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A METHOD FOR SELECTING A QUALITY OF SERVICE IN A 
WIRELESS COMMUNICATION SYSTEM 

Field of the Invention 

5 

The invention generally relates to a method for selecting a quality of 
service for a data transmission connection between a wireless terminal 
and a mobile communication network, in which wireless terminal at 
least one application is executed, the application determining at least 

10 one parameter affecting the quality of service for said data transmis- 
sion connection. The invention also relates to a communication system 
comprising means for selecting a quality of service for a data transmis- 
sion connection between a wireless terminal and a mobile communica- 
tion network, the wireless terminal comprising means for executing at 

15 least one application and means for determining at least one parameter 
affecting the quality of service for said data transmission connection in 
the application. Furthermore, the invention relates to a wireless termi- 
nal for use in a communication system comprising means for selecting 
a quality of service for a data transmission connection between a wire- 

20 less terminal and a mobile communication network, the wireless termi- 
nal comprising means for executing at least one application and means 
for determining at least one parameter affecting the quality of service 
for said data transmission connection in the application. 

25 Background of the Invention 

In this description, the term wireless terminal refers to a device, which 
has means for implementing wireless communication in a wireless 
communication network, as well as means for executing various appli- 

30 cations implemented by software (application programs) in the wireless 
terminal. The term wireless communication system, such as a mobile 
communication system, generally refers to any communication system, 
which makes a wireless data transmission connection possible 
between a wireless communication device and stationary parts of the 

35 system, the user of the wireless communication device moving within 
the operating range of the system. A typical wireless communication 
system is a public land mobile network PLMN. Most mobile communi- 
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cation systems, which are in use at the time of filing of the present 
application belong to the second generation of such systems, of which 
a well-known example is the GSM system (Global System for Mobile 
Telecommunications). The invention preferably relates to the next or 
5 third generation of mobile communication systems. As examples, we 
use the General Packet Radio Service GPRS, which is a new service 
for a mobile communication network presently under development, and 
also in use, and the third-generation Universal Mobile Telecommuni- 
cations System UMTS, which is presently under standardization. 

10 

The operating environment of the GPRS system comprises one or 
more subnetwork service areas, which are combined to form a GPRS 
trunk network (Fig. 1a). The subnetworks comprise several support 
nodes (SN), of which the serving GPRS support nodes (SGSN) are 

15 used as examples in this description. The serving GPRS support nodes 
are connected to the mobile communication network (typically to a 
base transceiver station by means of a connection unit) in such a way 
that they can provide packet switching services for wireless terminals 
by means of base transceiver stations (cells). The mobile communica- 

20 tion network takes care of packet switched communication between the 
support node and the wireless terminal. The different subnetworks, in 
turn, can be connected to external data networks, such as a packet 
switched data network (PSDN), by means of GPRS gateway support 
nodes (GGSN). Thus, the GPRS service enables packet data trans- 

25 mission between a wireless terminal and an external data network, 
wherein certain parts of the mobile communication network constitute 
an access network. Examples of applications, which utilize packet data 
transmission, include Internet telephone traffic, video conference, file 
transfer, and WWW (World Wide Web) and WAP (Wireless Application 

30 Protocol) browsing. 

In third generation systems, the terms bearer service and service are 
used. A bearer service is a telecommunication service type, which pro- 
vides the facility to transmit signals between access points. In general, 
35 the bearer service corresponds to the older term of a traffic channel, 
which defines, for example, the data transmission rate and the quality 
of service (QoS) to be used in the system when information is trans- 
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mitted between a wireless terminal and another part of the system. The 
bearer service between the wireless terminal and the base station is, 
for example, a radio bearer service, and the bearer service between 
the radio network control unit and the core network is, for example, an 
lu bearer service (Interface UMTS bearer). In the UMTS system, the 
interface between the radio network control unit and the core network 
is called lu interface. In this connection, the service is provided by the 
mobile communication network for performing a task (tasks); for exam- 
ple, data services perform data transmission in the communication 
system, telephone services are related to telephone calls, multimedia, 
etc. Thus, the service requires data transmission, such as a telephone 
call or the transmission of text messages, between the wireless termi- 
nal and the stationary parts of the system. One important task of the 
operation of a third-generation mobile communication system is to 
control (initialize, maintain and terminate, according to the need) bearer 
services in such a way that each requested service can be allocated to 
mobile stations without wasting the available bandwidth. 

The quality of service determines, for example, how packet data units 
(PDU) are processed in the mobile communication network during the 
transmission. For example, QoS levels defined for connection 
addresses are used for controlling the transmission order, buffering 
(packet strings) and rejecting packets in support nodes and gateway 
support nodes, particularly when two or more connections have pack- 
ets to be transmitted simultaneously. The different QoS levels deter- 
mine, for example, different delays for packet transmissions between 
the different ends of the connection, as well as different bit rates. Also, 
the number of rejected packet data units may vary in connections with 
different QoS levels. 

It is possible to request for a different QoS for each connection. For 
example, in e-mail connections, a relatively long delay can be allowed 
in the transmission of messages. However, interactive applications, 
such as video conferences, require packet transmission at a high rate. 
In some applications, such as file transfers, it is important that the 
packet switched transmission is faultless, wherein in error situations, 
the packet data units are retransmitted, if necessary. 



For the packet switched communication service in the UMTS system, 
the defining of four different traffic classes has been proposed, and for 
the properties of these traffic classes, the aim has been to consider the 
different criteria for the different connection types. On criterion defined 
for the first and second classes is that the transmission takes place in 
real time, wherein the transmission must have no significant delays. 
However, in such classes, the accuracy of the data transfer is not such 
an important property. In a corresponding manner, non-real time data 
transmission is sufficient for the third and fourth traffic classes, but a 
relatively accurate data transmission is required of them. An example 
of real-time first-class communication is the transmission of speech 
signals in a situation in which two or more persons are discussing with 
each other by means of wireless communication devices. An example 
of a situation in which real-time second-class communication might be 
feasible, is the transmission of a video signal for immediate viewing. 
Third-class non-real time packet communication can be used, for 
example, for the use of database services, such as the browsing of 
Internet home pages, in which the relative accurate data transmission 
at a reasonable rate is a more important factor than the real-time data 
transmission. In the system according to this example, for example the 
transfer of e-mail messages and files can be classified to the fourth 
category. Naturally, the number of traffic classes is not necessary four 
as mentioned here, but the invention can be applied in packet switched 
communication systems comprising any number of traffic classes. The 
properties of the four presented traffic classes are briefly presented in 
Table 1. 
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Maximum 
bit rate 


<2048 


<2048 


< 2048 - overhead 


< 2048 - overhead 


Transmis- 
sion order 


Yes/No 


Yes/No 


Yes/No 


Yes/No 


Maximum 
packet size 
(SDU) 


< 1500 or 1502 


< 1500 or 1502 


< 1500 or 1502 


< 1500 or 1502 


Transmis- 
sion of 
incorrect 
packets 
(SDU) 


Yes/No/- 


Yes/No/- 


Yes/No/- 


Yes/No/- 


Residual 
bit error 
ratio 


0 1U , 1U , o iU ,1U , 

1 q-4,10-6 


5*10"^, 10"^, 5*10" 3 , 

10' 3 , io- 4 ,io- 5 ,io- 6 


4*1 0' 3 , 1 0 _ 5,6*1 0"® 


4*10" 3 ,10- 5 ,6*10" 8 


Packet 
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10"2, 7*10" 3 ,10" 3 ,1 0" 4 , 
10" 5 


10" 1 , 10" 2 , 7*1 0" 3 , 
1 0" 3 ,1 0" 4 , 10" 5 


10 _3 ,10 _4 ,10 -6 


10" 3 , 10~ 4 ,10" 6 
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maximum value 


250 ms — 
maximum value 
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Allocation 
priority 


1,2,3 


1,2,3 


1,2,3 


1,2,3 



TABLE 1 



Modern second and third generation wireless communication devices 
have much better data processing properties than older wireless com- 
munication devices. For example, they already have the facility of con- 
necting to the Internet and using a browsing application in the wireless 
communication device to retrieve information from the Internet, and in 
the future, it will be possible to set up multimedia calls, for example, for 
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real-time video conferences and the like. Consequently, below in this 
description, such wireless communication devices will be called wire- 
less terminals. For using different applications, such a wireless terminal 
is provided with an execution environment for external applications, 
which will be called execution environment below in this description. 
Such execution environments are not necessarily provided solely by 
the manufacturer of the wireless terminal, but also some producers 
acting as a third party may provide such applications. To guarantee the 
compatibility of wireless terminals and external applications, a standard 
is under development for the Mobile Application Execution Environ- 
ment (MExE). This invention is not limited to the standard relating to 
the mobile application execution environment, but it can also be 
applied in connection with other suitable execution environments for 
wireless terminals. 

The user of the wireless terminal may have access to several types of 
services via the mobile communication network by means of the wire- 
less terminal. For example, a vast number of service providers are 
connected to the Internet network. They offer a variety of services, 
such as database services, other information retrieval services, tele- 
phone applications, video applications, network games, etc. The user 
initiates a service request by starting a desired application by means of 
the user interface of the terminal. In the wireless terminal, the service 
request activates an execution environment and also the desired appli- 
cation. By means of the mobile communication network, the terminal 
sets up a connection to the Internet network or another network where 
the desired service is. 

The requirements of different applications may be significantly different. 
Some applications require fast communication between the sender and 
the receiver. These applications include, for example, video and tele- 
phone applications. Some other applications may require as accurate 
data transmission as possible, but the bit rate of the data transmission 
connection is less important. These applications include, for example, 
e-mail and database applications. On the other hand, these 
applications can be used in several wireless communication devices 
with different properties. Thus, situations may occur, in which the prop- 



erties of the wireless communication device do not, in all respects, cor- 
respond to the properties of the application, wherein the wireless com- 
munication device may not necessarily be capable of implementing the 
quality of service requested for the application. In solutions of prior art, 
5 this means that an unnecessarily high quality of service is requested 
for the connection, which causes, for example, that the connection 
takes up an unnecessarily large data transmission capacity, which may 
reduce the number and/or data transmission capacity of other simulta- 
neous connections. Furthermore, these limitations on the properties of 

1 0 the wireless terminal may cause that the application, for which a certain 
quality of service is requested, does not function appropriately any 
longer, if the wireless terminal is not capable of meeting the QoS 
requirements of the application. In such a situation, the application 
cannot utilize the connection to be set up, wherein merely the setting 

15 up of the connection unnecessarily consumes the data transmission 
capacity of the mobile communication network. 

Several wireless terminals are connected to networks using more than 
one bearer service. The network operator and/or the user may want to 

20 program the wireless terminal to use a certain bearer service to opti- 
mize a certain function, such as network loading, response times, etc. 
Wireless communication networks may have various bearer services to 
meet various QoS demands. At present, the selection of the bearer 
service is normally made according to the application used. The user or 

25 the network operator may classify applications according to their use of 
bearer services. 

In present systems, the wireless terminal and the mobile communica- 
tion network negotiate to select such a bearer service with which the 

30 QoS requirements can be fulfilled. For example, in the system accord- 
ing to the UMTS standard, the wireless terminal may freely request for 
a desired quality of service, wherein the UMTS mobile communication 
network examines if it can provide the quality of service requested by 
the wireless terminal. If the application to be executed in the wireless 

35 terminal contains QoS requirements, the wireless terminal transmits 
these QoS requirements as such to the mobile communication net- 
work, for the selection of the bearer service. However, if the application 
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does not transmit QoS requirements to the wireless terminal, a default 
QoS profile stored in the network is normally used (typically in the 
Home Location Register, HLR), in which certain properties have been 
predetermined for the connection. If the properties of the wireless ter- 
minal do not, in all respects, meet the quality of service requested for 
the application, the performance of the application is probably not 
appropriate. Let us assume that the application is a video application, 
in which the resolution of the video image is relatively high, for example 
800 x 640 pixels. If the user wishes to perform this video application in 
a wireless terminal with means for connecting it via a high-rate circuit- 
switched communication connection (HSCSD bearer service), and the 
wireless terminal is locally coupled to a portable PC with a display 
resolution of at least said 800 x 640, the application can be executed 
with this default resolution. If the user has only a wireless terminal 
comprising a display with a lower resolution, for example 640 x 480, 
the application will still try to request for a bearer service for the maxi- 
mum resolution (800 x 640), even though a bearer service for the lower 
resolution (640 x 480) would be sufficient. 

Summary of the Invention 

It is thus an aim of the present invention to present a method and a 
system for selecting a quality of service for a connection between a 
wireless terminal and a wireless communication network in such a way 
that the properties of the wireless terminal are taken into account in the 
selection of the quality of service, wherein the selected quality of ser- 
vice is suitable for the properties of the wireless terminal. 

!!! The aims of the invention are achieved by taking into account the 
requirements of the terminal in use already when setting up a connec- 
tion. The method according to the present invention is characterized in 
that in the method the properties of the wireless terminal affecting the 
data transmission connection are examined and compared with at least 
one parameter affecting the quality of service determined by said 
application, to find out if any determined property of the wireless 
terminal restricts the quality of service of the data transmission 
connection with respect to any of said at least one parameter. The 
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communication system according to the present invention is 
characterized in that wherein the communication system further 
comprises means for determining the properties of the wireless 
terminal affecting the data transmission connection, and means for 
comparing said properties with at least one parameter affecting the 
quality of service determined by said application, to find out if any 
determined property of the wireless terminal restricts the quality of 
service of the data transmission connection with respect to any of said 
at least one parameter. The wireless terminal according to the present 
invention is characterized in that the wireless terminal further 
comprises means for determining the properties of the wireless 
terminal affecting the data transmission connection, and means for 
comparing said properties with at least one parameter affecting the 
quality of service determined by said application, to find out if any 
determined property of the wireless terminal restricts the quality of 
service of the data transmission connection with respect to any of said 
at least one parameter . 

The present invention has considerable advantages when compared to 
systems and methods of prior art. By the method of the invention, it is 
possible to select a bearer service, which is optimal for the wireless 
terminal and in which the QoS requirements are supported by the 
wireless terminal. Thus, the loading of the network can be optimized, 
network services can be provided to as many users as possible, and 
also the execution of the application is best adapted to the require- 
ments according to the properties of the wireless terminal to be used, if 
the application can be adapted to comply with various QoS levels. On 
the other hand, the communication network is not unnecessarily loaded 
in such a situation in which the application cannot be executed, if the 
wireless terminal does not support the QoS requirements set by the 
application. 

Description of the Drawing 



In the following, the invention will be described in more detail with 
reference to the appended drawings, in which 
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Fig. 1a shows a system in which the method according to a 
preferred embodiment of the invention can be applied, 

Fig. 1b shows another system in which the method according to a 
preferred embodiment of the invention can be applied, 

Fig. 2 shows the method according to a preferred embodiment of 
the invention in a simplified flow chart, 

Fig. 3 shows examples of applications, which can be used in a 
wireless terminal according to an advantageous embodi- 
ment of the invention, 

Fig. 4 shows, in a principle chart, the connection between an 
execution environment related to the quality of service and 
applications, and 

Fig. 5 shows a wireless terminal according to a preferred embodi- 
ment of the invention in a reduced block chart. 

Detailed Description of the Invention 

In the following description of a preferred embodiment of the invention, 
a UMTS type mobile communication system will be used as an exam- 
ple; however, it will be obvious for anyone skilled in the art that the 
invention is not limited solely to this system but it can also be applied in 
other communication systems in which it is possible to determine vari- 
ous QoS levels for communication. 

Figure 1b shows a part of the UMTS system, comprising a wireless 
terminal MT1 , a radio access node 5 (RAN) which comprises a base 
station 2 (BS), and a radio network controller 3 (RNC) which controls 
the base station 2 and routes the connections between the base 
station 2 and the rest of the system, a wireless mobile switching 
center 4 (WMSC) and a packet data access node 5 (PDAN) as routing 
possibilities in addition to the radio network controllers. The UMTS 
system according to Fig. 1b also comprises e.g. a backbone network 6 
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and a packet data gateway 8 (PDG) to other packet networks, such as 
the Internet Protocol (IP) network 7, wherein the wireless terminal can 
communicate with e.g. a server 10 coupled to the IP network. 
Furthermore, Fig. 1 b shows a circuit switched gateway 9 (Gateway to 
Mobile services Switching Center, GWMSC) to couple to e.g. to a 
second mobile communication network NW2, and a home location 
register 1 1 (HLR) e.g. to store the subscriber's access contract data. 

Further, Fig. 5 shows, in a reduced block chart, a wireless mobile ter- 
minal MT1 complying with a preferred embodiment of the invention, 
which in this example is a communication device comprising data 
processing functions and mobile station functions, such as Nokia 9210 
Communicator. The wireless terminal MT1 comprises e.g. one or more 
processors CPU, DSP, memory means MEM, the UMTS subscriber 
identity module (USIM) or corresponding means for identifying the sub- 
scriber, and a radio part RF for communication with the base station 2. 
The processor CPU can be integrated e.g. in an application specific 
integrated circuit 12 (ASIC), with which it is possible to perform a large 
number of the logical functions of the wireless terminal MT1. The 
memory means preferably comprise a random access memory (RAM), 
a read only memory (ROM), and at least part of the memory of the 
subscriber identity module USIM. The wireless terminal MT1 also com- 
prises one or more user interfaces, preferably comprising a keypad 13, 
14, a display device 15, 16, and audio means, e.g. a microphone 17, a 
speaker 18 and a codec 19. 

In Fig. 1 b, it is assumed that the functions related to call management 
(CM) are implemented in the wireless terminal MT1 and in both the 
wireless mobile switching center 4 and the packet data access node 5. 
These call management functions constitute the means for initializing, 
maintaining and terminating a call. Consequently, the wireless termi- 
nal MT1 and the wireless mobile switching center 4 or the packet data 
access node 5 exchange call signalling messages to initialize, maintain 
and terminate a call. The functions of bearer management (BM) and 
radio resource management (RM) are implemented in the wireless 
terminal MT1 and in the radio network controller 3. The bearer man- 
agement functions are utilized to select, for example, one or several 
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logical channels according to the properties of the bearer service 
selected for communication between the wireless terminal MT1 and the 
base station 2, to provide a quality of service complying with the bearer 
service. The radio resource management functions are used, for 
example, to select the radio channel for the radio communication 
between the wireless terminal MT1 and the base station 2. 

The packet data transmission connection between the wireless termi- 
nal MT1 and the IP network 7 can be set up from the packet data 
access node 5 (PDAN) via the packet data backbone 6 and the packet 
data gateway 8 (PDG). It is possible to set up a circuit switched data 
transmission connection between the wireless terminal MT1 and the 
mobile communication network via the radio access node 1 , the wire- 
less mobile switching center 4 and the gateway to mobile services 
switching center 9 (GWMSC). This gateway to mobile services switch- 
ing center 9 comprises means for setting up a connection between the 
mobile communication network and the second network NW2, such as 
GSM, PSTN or ISDN. 

In the following, the method according to the a preferred embodiment 
of the present invention will be described with reference to the charts of 
Figs. 2 and 4. 

First of all, the user of the wireless terminal MT1 starts an application 

301 , 302, 303 in the wireless terminal MT1 , for example by means of 
the user interface of the wireless terminal MT1. The application 301, 

302, 303 can possibly be started by remote starting. The application is, 
for example, a game, a multimedia application, a radio channel listen- 
ing application, a document viewing application, or a browser applica- 
tion, such as a WWW browser, in the network. The program code of 
this application can be preloaded e.g. from a server 10 coupled to the 
IP network and stored in the memory means MEM of the wireless ter- 
minal. The wireless terminal MT1 has an execution environment 403. It 
is activated by a service request transmitted by the application. The 
function of the execution environment 403 in the wireless terminal is, 
for example, to determine the requirements related to the quality of 
service of the application and to compare them with the properties 401 
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of the wireless terminal MT1 . This information includes, for example, 
the available memory space, the properties of the display, such as the 
resolution, the properties of the modem, and the classification of the 
terminal. It is also important to know if the wireless terminal MT1 com- 
5 prises means for packet switched data transmission and/or means for 
circuit switched data transmission. Under some conditions, it is possi- 
ble to collect information about the version, manufacturer and model. 
At least some of this information of the wireless terminal is preferably 
stored in the memory means MEM, for example in the read only mem- 

10 ory ROM or in the UMTS subscriber identity module USIM. This infor- 
mation of the terminal is read from the memory means MEM. The 
information about such properties of the wireless terminal MT1 , which 
may affect the quality of service that can be used between the wireless 
terminal and the mobile communication network is determined, for 

15 example, upon switching the wireless terminal on. One alternative is 
that the manufacturer of the wireless terminal MT1 has stored this 
information in the memory already at the stage of manufacture of the 
device. Yet another alternative is that the execution environment 
determines the information at the stage when there is a need to initial- 

20 ize the setting up of a connection at a certain QoS level. 

Information about the terminal can also be stored in the network, and it 
can be retrieved, for example, on the basis of the International Mobile 
Equipment Identification IMEI of the wireless terminal. To retrieve 

25 information relating to the properties of the terminal from the network, 
the execution environment 403 generates an inquiry about the proper- 
ties of the terminal, which inquiry is transmitted to and processed in the 
mobile communication network. In the network, the inquiry is proc- 
essed, for example, in the wireless mobile switching center 4, and the 

30 data are compiled. After this, a network response message is gener- 
ated, containing the requested information, and this network response 
message is transmitted to the wireless terminal MT1 . 

The implementation of the execution environment 403 and the 
35 requested application is controlled by the processor CPU of the wire- 
less terminal. It is also possible that the wireless terminal comprises 
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more than one processor CPU, but in the following, it is assumed that 
there is only one processor CPU for executing the program. 



From the application started by the user, its QoS requirements are 
5 entered in the execution environment 403. These QoS requirements of 
the application may include, for example, information about the delay, 
the bit rate, the bit error rate, etc., which are acceptable to the applica- 
tion, as well as the traffic class, such as the UMTS bearer traffic class. 
The service requirements of the application may also include estimated 
10 capacity requirements, i.e. the number of bits to be transmitted. In dif- 
ferent embodiments, the QoS requirements of the application may vary 
from those mentioned above. 

Figure 3 illustrates, in a reduced manner, what kinds of applications 

15 can be used in connection with the wireless terminal. The applications 
may be applications produced by the manufacturer of the wireless ter- 
minal MT1 . In such applications, the manufacturer may have taken into 
account the properties of the wireless station MT1 already at the stage 
of manufacture and/or installation, wherein the application may con- 

20 sider these properties when asking for a quality of service. This type of 
an application is illustrated with block 301 in Fig. 3. However, the appli- 
cation may be intended for several different wireless terminals, or it 
may be an application 302 provided by a third party. In this case, at the 
stage of producing the application, it is not necessarily known in what 

25 kind of a wireless terminal the application will be used. Yet another 
alternative is that the wireless terminal is connected to a separate 
computer, such as a portable computer PC, in which applications 303 
are executed. Thus, the application does not necessarily have informa- 
tion about the properties of the wireless terminal MT1 , wherein the 

30 quality of service requested by the application may differ from the 
properties of the wireless terminal MT1 even to a significant degree. 

At the stage when the application has a need to set up a connection to 
a communication network at a specific QoS level, information about 
35 this is transmitted by the application to the execution environment 403 
(block 201 in Fig. 2). The execution environment of the application 
checks the properties of the wireless terminal MT1 from the memory 
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(block 202) and compares them with the QoS parameters requested by 
the application (blocks 203, 204). If the wireless terminal MT1 imple- 
ments all the QoS requirements, it is possible to start the operations to 
set up a connection to the mobile communication network (blocks 205, 
5 210). The operations required to set up the connection in the wireless 
terminal MT1 are preferably implemented in software 404 of a lower 
level, with which the execution environment 403 can communicate. In 
the connection request, information is transmitted about the quality of 
service requested. The mobile communication network examines 

10 whether the mobile communication network is capable of providing the 
quality of service requested for the connection at the time. If this is 
possible, the bearer service corresponding to the quality of service 
requested for the connection is selected. However, if the mobile com- 
munication network cannot provide the requested quality of service, it 

15 is possible to negotiate on using a connection complying with another 
quality of service, or to cancel the setting up of a connection. This 
choice is preferably made in the wireless terminal MT1 . The steps to 
set up a connection to select a specific quality of service may vary in 
different mobile communication networks and they are prior art known 

20 by anyone skilled in the art, and therefore a more detailed discussion of 
this step is not necessary in this context. 

In a method according to a preferred embodiment of the invention, the 
execution environment 403 notifies, after said comparison step, the 

25 application, if the wireless terminal MT1 cannot implement all the QoS 
parameters requested by the application (block 206). Preferably, the 
execution environment 403 also transmits information about the prop- 
erties of the wireless terminal to the application. Thus, the application 
can examine if it is possible to change some of the QoS parameters to 

30 ones that correspond to the properties of the wireless terminal and with 
which the application can operate (block 207). If this is possible, a new 
connection request is made by using these changed QoS requirements 
(block 208). After this, the execution environment examines the 
changed QoS requirements, which should, in this situation, comply with 

35 the properties of the wireless terminal, and the connection can be set 
up, if the mobile communication network can provide a connection 
complying with the requested quality of service. However, if the appli- 



cation cannot be executed with such QoS parameters, which corre- 
spond to the properties of the wireless terminal, the application can be 
terminated (block 209). Thus, no connection is set up, wherein the 
mobile communication network is not unnecessarily loaded by connec- 
5 tion set-up signalling. If necessary, the user of the wireless terminal is 
notified of this termination of the application. 

In a method according to another advantageous embodiment of the 
H invention, the execution environment 403 does not notify, after said 

g 10 comparison step, the application, if the wireless terminal MT1 cannot 
\\ implement all the QoS parameters requested by the application 

(block 206). The execution environment 403 may then examine if it is 

possible to change some of the QoS parameters to ones that 
^ correspond to the properties of the wireless terminal and with which the 
□ 15 application can operate. If this is possible, a new connection request is 
W made by using these changed QoS requirements. After this, the 
7j execution environment examines the changed QoS requirements, 
Q which should, in this situation, comply with the properties of the 
ui wireless terminal, and the connection can be set up, if the mobile 
20 communication network can provide a connection complying with the 

requested quality of service. 

In some wireless terminals MT1 , it is advantageously possible to run 
more than one application at a time. A single application may also have 

25 more than one network connection simultaneously. For all single appli- 
cations or connections, different QoS parameters may be in use. In 
such a case, when setting up a new connection in the wireless termi- 
nal MT1 , the QoS levels of all the active connections are preferably 
considered before setting up a new connection. In a preferred 

30 embodiment of the invention, the following steps are taken. The appli- 
cation transmits information about the need to set up a connection and 
the quality of service desired for the connection, to the execution envi- 
ronment 403. After this, the execution environment 403 of the applica- 
tion checks how much resources of the wireless terminal MT1 are 

35 simultaneously used by other active connections. On the basis of this 
checking, the execution environment 403 examines if the wireless ter- 
minal has sufficient resources available to comply with the QoS 
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requirements by the new connection. If the execution environment 403 
determines that the requested quality of service can be achieved in 
view of the resources of the wireless terminal MT1, it is possible to start 
connection set-up signalling for a new connection with the mobile 
5 communication network. In other cases, it is possible either to attempt 
connecting by changing a parameter affecting the quality of service, or 
to cancel the connection set-up. Also in this embodiment, the execution 
environment 403 may negotiate with the application about whether it is 
possible, in view of the application, to change the QoS parameters. 

10 

It is also possible that the user has set up his/her own requirements for 
the quality of service. The user may, for example, determine a mini- 
mum bit rate for the connection, a maximum price for the connection 
{e.g. packet-specific maximum price) and/or another QoS parameter. 

15 Also, the operator of the mobile communication network may have 
determined some restrictions for the user in connections at possible 
QoS levels. For example, the operator may offer the users access 
contracts at different prices, wherein e.g. by paying a higher monthly 
charge the user may have access to better QoS parameters. Thus, the 

20 execution environment 403 may also take these user parameters into 
account when setting up a connection, or they are considered in the 
connection set-up signalling between the mobile communication net- 
work and the wireless terminal MT1 . Thus, the connection set-up may 
be cancelled or the connection is set up with different QoS parameters 

25 than originally requested by the application, even if the properties of 
the wireless terminal MT1 corresponded to the quality of service 
requested by the application. 

It is also possible that the application offers more than one alternative 
30 for one or more, or even for all of the QoS parameters. 

The most important parameters affecting the quality of service include 
the parameters related to the bit rate, such as the maximum bit rate 
and the guaranteed bit rate. This is due, for example, to the fact that in 
35 the properties of wireless terminals MT1 , the bit rate may be very dif- 
ferent in different devices. If the wireless terminal MT1 cannot transmit 
and receive information faster than at a given bit rate, it is useless to try 
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to set up a connection in which the requested bit rate is higher than the 
bit rate supported by the wireless terminal. By the method of the inven- 
tion, such situations can be taken into account, as well as the fact that 
the user may have different wireless terminals MT1 in his/her use. 

5 

It is possible that, for any reason, a change in the quality of service is 
needed during the data transmission. For example, the traffic situation 
in the mobile communication network may vary and may require 
changes in some bearer services. It is also possible that the wireless 

10 terminal MT1 moves farther away from the base station, which may 
impair the quality of the radio signal. Thus, for example a reduction in 
the bit rate may be needed. In this situation, the network informs the 
wireless terminal MT1 of the changed conditions by transmitting, for 
example, a condition change network message. Also in this situation, 

15 the method of the invention can be applied by comparing the new QoS 
requirement with the properties of the wireless terminal MT and by 
taking the above-presented checking steps to determine whether the 
properties of the wireless terminal correspond to the new quality of ser- 
vice and if the execution of the application can be continued with these 

20 new QoS parameters. 

It may also be necessary to negotiate on the quality of service again in 
a situation in which the user of the wireless terminal MT1 moves to the 
range of another mobile communication network operator (roaming). 

25 Thus, there may be restrictions to the available QoS levels. If such 
restrictions are set and the previous quality of service cannot be main- 
tained in the new mobile communication network, the mobile communi- 
cation network should inform about this new situation to the wireless 
terminal MT1 by using, for example, a condition change network mes- 

30 sage. The wireless terminal MT1 may thus either accept the new qual- 
ity of service and perhaps try to negotiate again on obtaining a better 
quality of service, or interrupt the execution of the application. 

This above-mentioned mechanism can also be used in a situation in 
35 which the user of the wireless terminal MT1 moves within the range of 
the same mobile communication network operator but in the range of a 
different subnetwork, in which different bearer services are available. 
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Also other situations may occur, in which a negotiation on the bearer 
services is carried out again. For example, the application may need a 
higher bit rate or a shorter delay. 

5 

For anyone skilled in the art, it will be obvious that the above-men- 
tioned steps to be taken in the wireless terminal MT1 can be imple- 
mented as processes or programs in the processor CPU, DSP of the 
wireless terminal MT1 . Similarly, the steps to be taken in the wireless 
10 mobile switching center 4 can be implemented as processes or pro- 
grams in a processing means (not shown) in the wireless mobile 
switching center 4. 

In the method according to a preferred embodiment of the invention, 

15 one or more default QoS profiles are stored in the wireless termi- 
nal MT1 . Such a default profile preferably contains all or a majority of 
the parameters affecting the quality of service. Thus, in a situation in 
which the application determines only some of the parameters affecting 
the quality of service for the executing environment 403, such as the 

20 traffic class and/or the guaranteed bit rate, the execution environ- 
ment 403 examines these default profiles to find out which of them best 
fulfills the parameters determined by the application. The execution 
environment 403 may thus, in the connection set-up signalling, transmit 
all the parameters contained in this default profile to the mobile com- 

25 munication network, for the selection of the bearer service. Such 
default profiles may be stored e.g. one for each traffic class, wherein in 
case the QoS definition of the application contains information about 
the traffic class, this default profile is preferably selected. If, for exam- 
ple, several default profiles related to a traffic class have been stored, 

30 the selection can thus be made by comparing also the other parame- 
ters, such as the bit rate. 

The above-mentioned default profiles can be stored e.g. in the mem- 
ory MEM and/or the USIM card of the wireless terminal MT1. The stor- 
35 ing can be performed e.g. by the manufacturer of the wireless terminal, 
the operator of the mobile communication network, or even the user of 
the wireless terminal. The operator can store default profiles e.g. on the 
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USIM card when the user enters into a subscriber contract. Also an 
over the air configuration may be possible in some systems. However, 
the properties of the wireless terminal MT1 must be taken into account 
in these default profile definitions, so that the parameter values in the 
default profile do not exceed the properties of the wireless termi- 
nal MT1. 

The invention is not limited solely to the above-presented embodi- 
ments, but it can be modified within the scope of the appended claims. 



